home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 2 / CU Amiga Magazine's Super CD-ROM 02 (1996)(EMAP Images)(GB)[!][issue 1996-04].iso / magazine / amiga_e / amigae.june.archive / 000127_crash!mars.let.uva.nl!wouter_Tue, 22 Jun 93 15:42:15 PST.msg < prev    next >
Text File  |  1993-08-31  |  5KB  |  138 lines
  1. Received: by bkhouse.cts.com (V1.16/Amiga)
  2.     id AA00000; Tue, 22 Jun 93 15:42:15 PST
  3. Received: from mars.let.uva.nl by crash.cts.com with smtp
  4.     (Smail3.1.28.1 #15) id m0o8GBu-0000WYC; Tue, 22 Jun 93 14:47 PDT
  5. Received: by mars.let.uva.nl id AA16926
  6.   (5.65c/IDA-1.4.4 for amigae@bkhouse.cts.com); Tue, 22 Jun 1993 23:50:57 +0200
  7. Return-Path: <wouter@mars.let.uva.nl>
  8. Date: Tue, 22 Jun 1993 23:50:57 +0200
  9. Message-Id: <199306222150.AA16926@mars.let.uva.nl>
  10. X-Organisation: Department of Computational Linguistics,
  11.                 University of Amsterdam
  12.                 Spuistraat 134, 1012 VB Amsterdam, The Netherlands
  13. From: Wouter van Oortmerssen <wouter@mars.let.uva.nl>
  14. To: amigae@bkhouse.cts.com
  15. Subject: various replies...
  16.  
  17. [note: these are various short replies packed together to keep the amount
  18.  of mail low -- wouter]
  19.  
  20. >> A short while ago someone asked about the existence/location of the CreateTas
  21. ()
  22. >> function.  Well, I have found some C code which has two functions:  CreateTas
  23. ()
  24. >> and DeleteTask().  The code looks fairly simple (it's only about 1500 bytes),
  25. >> and it looks like it could be ported to E without much work.  Interested?  Dr
  26. p
  27. >> me a line.  I won't post it unless someone requests it.  Also, if you're not 
  28. ll
  29. >> that familiar with C, say so and I'll try to port it (but I've never tried to
  30. >> program tasks, so you'd be taking a risk! :)  Later.  -- Barry
  31.  
  32. send it to me, I'll try.
  33.  
  34. --
  35.  
  36. >> *******************************************************
  37. >> * Original C code ported to E by Barry Wills, 18 Jun 93.
  38. >> * Sizes of executables:
  39. >> *   StdC:     14,388 bytes
  40. >> *   SkinnyC:   2,540 bytes
  41. >> *   E:           856 bytes
  42. >> * Note:  no explanation was provided about "StdC" and
  43. >> *        "SkinnyC".
  44. >> *******************************************************
  45.  
  46. Still, the E program seems way too large to me:
  47.  
  48. PROC main() RETURN EasyRequestArgs(0,[20,0,0,arg,'ok|cancel'],0,NIL)*5
  49.  
  50. does exactly the same, it's for kick2 only though. :-)
  51.  
  52. --
  53.  
  54. >> If only you had told us about struct ap_Buf,1 none of this would have happene
  55. !
  56.  
  57. If only you asked me first before starting to hack yourself, none of this
  58. would have happened! :-)
  59.  
  60. >> I really thought it didn't really matter about a zero size array (I mean, wha
  61.  
  62. >> could possibly go wrong with an empty array?) - oh well, I guess I was
  63. >> wrong.
  64. >> 
  65. >> If this is the case with the '.i' files, why not use the '.h' headers?
  66. >> Lazyness, perhaps? :)
  67.  
  68. That nearly involves writing a parser for the C language (I thought about
  69. going for the compiler straight away, but no...), but parsing the asm
  70. structs is pretty trivial.
  71.  
  72. >> One more question, how about the #define ap_First ap_Base? How would I get
  73. >> E to accept it as a legit reference call? (eg. ap.first?)
  74.  
  75. um, also use a preprocessor?
  76. what extra functionality does it give you using "First" instead of "Base"?
  77. also in C, it's just an alphabetical difference.
  78.  
  79. >> Sorry for any troubles cause.
  80. >> Son Le
  81.  
  82. --
  83.  
  84. >> Oops forgot to ask earlier, but concerning the dos2.0 library call, SetVBuf
  85. >> In the includes and manual, it says SetVBuf accepts 4 parameters,
  86. >> SetVBuf(fh, buff, type, size).. E accepts 3!?!
  87.  
  88. surprise! you have found one of those things rarely found in EC called
  89. a "bug".
  90.  
  91. >> Question is why and what are the 3 params?
  92.  
  93. I don't know: they've been automatically corrected in E v2.3, but
  94. until that one gets out, you'll have to cope with it. suggestion:
  95. use JSR SetVBuf(A6) instead.
  96.  
  97. >> Son Le
  98.  
  99. --
  100.  
  101. >>   I don't know if this has been answered already, but is there any news on
  102. >> Wouter integrating something like his MegaEd (text editor) and the like
  103.  
  104. MegaEd is a very old project of mine, and unlike EC it's buggy beyond
  105. repair. this is caused by the even buggier gfa compiler (I know, I
  106. disassembled the code it generates). The only way to make it reliable
  107. enough to join the E-distribution would be porting it to E, but that takes
  108. time.
  109.  
  110. >> to form an integrated E development environment?  What about Object Orientati
  111. n
  112. >> too?  Is 2.1b the latest release of E?  What about making libraries with E?
  113.  
  114. I did send a text to Norm some time ago for release on this list (he
  115. was going to add something to it), that should explain some questions
  116. about the future of E, so just wait for that to appear.
  117.  
  118. - 2.1b is STILL the latest publicly available release.
  119. - OO is being worked on; object inheritance is already possible with v2.3.
  120. - libraries? I would count on it anywhere in the near future, but
  121.   all is possible...
  122.  
  123. >>   Well, I didn't mean this to be a kind of Spanish Inquisition...
  124. >> 
  125. >> ----
  126. >>    _____  _
  127. >>      /   / |    /  /
  128. >>     /   /__/   /__/      Jason R. Hulance
  129. >>    /   /\     /  /   <m88jrh@uk.ac.oxford.ecs>
  130. >> |_/ . /  \ . /  / .
  131. >> 
  132.  
  133. Wouter
  134.  
  135.    ____  Wouter van Oortmerssen, Wouter@alf.let.uva.nl
  136.   / __/  "Einen Satz verstehen, heisst, wissen was der Fall ist,
  137.  / __/    wenn er wahr ist" - Wittgenstein
  138. /___/  ->subscribe to the E mailing list: amigae-request@bkhouse.cts.com<-